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This Technical Specification (TS) has been produced by Joint Technical Committee (JTC) Broadcast of the European 
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The present document is part 6, sub-part 3 of a multi-part deliverable covering Broadcast and On-line Services: Search, 
select and rightful use of content on personal storage systems ("TV- Any time"), as identified below: 

Parti: "Benchmark Features"; 

Part 2: "System description"; 

Part 3: "Metadata"; 

Part 4: "Content referencing"; 

Part 5: "Rights Management and Protection (RMP)"; 
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Sub-part 1: "Service and transport"; 



Sub-part 2: "Phase 1 - Service discovery"; 



Sub-part 3: "Phase 2 - Exchange of Personal Profile"; 



Part 7: 



Bi-directional metadata delivery protection"; 



Part 8: 



Phase 2 - Interchange Data Format"; 



Part 9: 



'Phase 2 - Remote Programming". 
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Introduction 

"TV- Anytime" (TV A) is a full and synchronized set of specifications established by the TV- Any time Forum. TVA 
features enable the search, selection, acquisition and rightful use of content on local and/or remote personal storage 
systems from both broadcast and online services. 

TS 102 822-1 [1] and TS 102 822-2 [2] set the context and system architecture in which the standards for Metadata, 
Content referencing, Bi-directional metadata and Metadata protection are to be implemented in the TV-Anytime 
environment. TS 102 822-1 [1] provides benchmark business models against which the TV-Anytime system architecture 
is evaluated to ensure that the specification enable key business applications. TS 102 822-2 [2] presents the TV-Anytime 
System Architecture. These two documents are placed ahead of the others for their obvious introductory value. These 
first two documents are largely informative, while the remainder of the series is normative. 

The features are supported and enabled by the specifications for Metadata (TS 102 822-3-1 [3], TS 102 822-3-2 [4], 
TS 102 822-3-3 [5] and TS 102 822-3-4 [6]), Content Referencing (TS 102 822-4 [7]), Rights Management 
(TS 102 822-5-1 [8] and TS 102 822-5-2 [9]), Bi-directional Metadata Delivery (TS 102 822-6-1 [10], 
TS 102 822-6-2 [11] and TS 102 822-6-3) and Protection (TS 102 822-7 [12]), Interchange Data Format 
(TS 102 822-8 [13]) and Remote Programming (TS 102 822-9 [14]). 

The present document covers the exchange of personal metadata, such as user preferences, usage history, demographic 
and other information. 
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1 Scope 

The present Phase 2 document extends the scope for data exchange between users and content/service providers. The 
exchange of such user profiles offers a number of possible benefits to both consumers and service providers. For 
example, a personalized web-service in which a service provider provides the response of user's request using his 
consumer profile data in a secure environment, can offer the consumer a personally relevant content. 

TV-Anytime Phase 1 and Phase 2 offers an evolutionary range of features which describe PDR (Personal Digital 
Recorder) usage models that the TV-Anytime standards facilitate. 

The features are supported and enabled by the specifications for Metadata (TS 102 822-3-1 [3], TS 102 822-3-2 [4], 
TS 102 822-3-3 [5] and TS 102 822-3-4 [6]), Content Referencing (TS 102 822-4 [7]), Rights Management 
(TS 102 822-5-1 [8] and TS 102 822-5-2 [9]), Bi-directional Metadata Delivery (TS 102 822-6-1 [10], 
TS 102 822-6-2 [11] and TS 102 822-6-3) and Protection (TS 102 822-7 [12]), Interchange Data Format 
(TS 102 822-8 [13]) and Remote Programming (TS 102 822-9 [14]). 

These specifications enable search, select, acquire and rightful use of content on local and/or remote personal storage 
systems from both broadcast and online services. 

Although TV-Anytime Phase 1 already provides a rich and varied set of metadata including user preferences and usage 
history to describe content and usage, the possibilities of exchanging this data were limited (TS 102 822-6-1 [10] and 
TS 102 822-6-2 [11]). 

The exchange of personal data shall allow: 

• Providers to receive data from a wide range of PDR devices from different users. 

• Service providers to receive detailed and comprehensive user related data. 

• Consumers to have confidence in the services (e.g. billing, tracking, monitoring). 

• Consumers to search, select and acquire content of their direct interest such as programmes with additional 
audio description services for improved access, or local news, or specific travel data. 

• Consumers to "carry" their profiles and other personal data. 

• Content providers and creators to understand their audiences better. 

• To develop a wider range of t-Commerce (particularly PPV) and other network service business models. 

• To maximize the resources of a wide range of user appliances like a set-top-box or a PDA. 

The present document describes mechanisms for requesting metadata from, and submitting user's personal profile data 
to, IP based web services. In the present document, these web services are termed "personalized services". The present 
document complements TS 102 822-6-1 [10], which specifies a client initiated means for requesting TV-Anytime 
metadata from IP-based metadata services and also provides detailed service scenarios. 
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3 Definitions and abbreviations 
3.1 Definitions 

For the purposes of the present document, the following terms and definitions apply: 

access control: act of mediating requested access to a resource based on privilege attributes of the requestor and control 
attributes of the requested resource 

account: formal business agreement for providing regular transactions and services between a principal and service 
providers 

assertion: piece of data produced by a SAML authority regarding an act of authentication performed on a principal, 
attribute information about the principal, or authorization permissions applying to the principal with respect to a 
specified resource 
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attribute provider: entity that provides attributes related to principals 

NOTE: For example a personalized profile service. 

circle of trust: federation of service providers and identity providers that have business relationships based on Liberty 
architecture, and operational agreements, with whom users can transact business in a secure and seamless environment 

consumer profile: consumer profile includes user description (user preferences, usage viewing history), user 
information (e.g. biographic information), and user environment descriptions (e.g. user device information, network 
environment) 

content provider: entity that acts as the agent for and is the prime exploiter of the content 
credentials: data attesting to the truth of certain stated facts 
discovery service: web service for locating attribute providers 

entry point: what a discovery service allows one to discover i.e. a SOAP (RPC) address and function name 
federation: association comprising any number of service providers and identity providers 
identity: essence of an entity and often described by its characteristics 

identity federation: associating, connecting, or binding multiple accounts for a given principal to various entities 
within a circle of trust 

identity provider: entity that creates, maintains, and manages identity information for principals and provides principal 
authentication to other service providers within a circle of trust 

identity personal profile: identity information regarding the principal, be it in private or business capacity 
metadata: generally, data about content, such as the title, genre, and summary of a television programme 

NOTE: In the context of TV-Anytime, metadata also includes personal profile and history data, 
nonce: number that is used once and then discarded in a cryptographic protocol 

personally identifiable information: any data that identifies or locates a particular person, consisting primarily of 
name, address, telephone number, e-mail address, bank accounts, or other unique identifiers such as a social security 
number 

policy: logically defined, executable and testable set of rules of behaviour 

principal: entity that can acquire a federated identity, that is capable of making decisions, and to which authenticated 
actions are done on its behalf 

NOTE: Examples of principals include an individual user, a group of individuals, as well as a corporation or other 
legal entities. 

profile: data comprising the broad set of attributes that may be maintained for an identity, over and beyond its 
identifiers and the data required to authenticate under that identity 

NOTE: Some of those attributes (e.g. address, preferences, card numbers) are provided by the principal, 
pay per view: content for which the consumer had had to pay a one off fee 
personal profile: data that represents the interests and preferences of the consumer 
programme: editorially coherent piece of content 

NOTE: Typically, a programme is acquired by the PDR as a whole, 
provider: entity that delivers content or services to the PDR 

return path: part of a bi-directional distribution system over which data flows from the consumer to the service 
provider 
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service provider: aggregator and supplier of content which may include gateway and management roles 

NOTE: In the present document, a service provider provides services or goods to a principal. 

resource: either data related to some identity or identities, or a service acting on behalf of some identity or group of 
identities 

NOTE: An example of a resource is a calendar containing appointments for a particular identity, 
service: collection of entry points designed to offer some service or to provide information 

service instance: a running web service (physical instantiation of a particular type of service) at a distinct protocol 
endpoint 

3.2 Abbreviations 



For the purposes of the present document, the following abbreviations apply: 



EPG 


Electronic Programme Guide 


HTTP 


Hyper Text Transport Protocol 


ID-WSF 


IDentity - Web Service Framework 


OASIS 


Organization for the Advancement of Structured Information Standards 


PDA 


Personal Digital Assistance 


PDR 


Personal Digital Recorder 


PPV 


Pay Per View 


SAML 


Security Assertion Markup Language 



NOTE: XML standard for exchanging authentication and authorization data between security systems. 

SOAP Simple Object Access Protocol 

URI Uniform Resource Identifier 

URN Uniform Resource Name 

W3C World Wide Web Consortium 

WSDL Web Services Description Language 

XML extensible Markup Language 

XPath W3C XML Path language 



4 TV-Anytime User Profile Service Type 
4.1 Service Type Definition 

The TV-Anytime user profile service is a web service that acts upon some resource to either retrieve and update 
information (such as preferences, demography, and location) about a user, or perform some action for the benefit of 
some user. 

The types used in the TV-Anytime user profile service are defined in the "urn : tva : metadata :profile:2005" 
target namespace [16]. 

This allows schema aware tools to validate the various messages. The types defined in the TS 102 822-3-1 [3] and 
TS 102 822-3-3 [5] may be referenced in the transport namespace (using XML Schema's import mechanisms [15]). The 
schema fragments in the following clauses are all defined within this namespace. The ServiceType element is used to 
identify the TV-Anytime user profile service. This URI needs be constant across all implementations of the TV-Anytime 
user profile service to enable interoperability. Therefore, it is recommended that this URI be the same as the 
targetNamespace URI of the abstract WSDL description for the service. 
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A service instance is the physical instantiation of a particular type of the TV-Anytime user profile service. Each service 
instance is hosted by some provider, which is identified by a URI (RFC 2396 [17]). An example of a service instance is 
a SOAP-over-HTTP end-point offering a personalized EPG service. A service instance exposes a protocol interface to a 
set of resources. A resource in this specification is either data related to some user (or the attributes thereof) or a service 
acting for the benefit of some user. When a client sends a request message to a service instance, it includes the resource 
identifier (i.e. a URI) for the resource it wishes the service instance to act upon. A resource commonly has access to 
control policies associated with it. These access control policies are typically under the purview of the entity or entities 
associated with the resource (in common language, the entity or entities could be said to "own" the resource). The 
access control policies on a resource must be enforced by the service instance. 

4.2 Discovery 

A service provider can use the discovery service to ascertain the location of a specific identity service for a user. The 
discovery service enables various entities to dynamically and securely discover a user's identity services, and it 
responds, on a permission-basis, with a service description of the desired identity service. This way, a service provider 
can gain access to portions of the user's identity information that may be in the possession of multiple providers and 
offer a user profile based service to a user. 

The discovery service itself is not defined in the present document. Examples of discovery services can be found in the 
Liberty ID-WSF Discovery Service specification [21] and in the Liberty Metadata Description and Discovery 
Specification [23]. 

4.3 Data Model 

The data model of the TV-Anytime user profile is defined in the TV-Anytime metadata specification TS 102 822-3-3 [5]. 
The XML schema defined thereby specifies the data the service can host. The data model defines the data and the data 
structure. Typically this structure is hierarchical and has the root node TVAMain. The part of the TV-Anytime metadata 
mainly relevant to the TV-Anytime user profile exchange service is the ExtendedUserDescription . 



5 TV-Anytime User Profile Message Interface 

This clause defines two protocols, one for querying data and another for modifying data. These protocols are based on 
those specified in Liberty ID-WSF Data Services Template Specification [20]. 

These protocols both rely on a request/response message-exchange pattern. The messages specified in the present 
document for those protocols are carried in the SOAP body [18]. More information on the general aspects of SOAP can 
be found in TS 102 822-6-1 [10] and Liberty ID-WSF SOAP Binding Specification [22]. The messages for querying 
and modifying data have common attributes and elements. These common parts are discussed prior to specifying the 
actual messages. 

5.1 Common Parts 
5.1.1 Resources 

Both protocols, for querying and modifying data, have a defined hierarchy for accessing data. 

In the first level the desired resources are selected. For example, a resource might be the personal profile of a certain 
person. Multiple resources can be accessed in a single request, but querying and modifying cannot be mixed in one 
request message. 

For each resource there is one <Query> or <Modi f y> element in the request message. Inside this element there is 
another element identifying the resource. This identifying element is either the <ResourceID> element or the 
<EncryptedResourceID> element. The ResourcelDGroup declaration is shown below. 
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<complexType name="ResourceIDType " > 
<simpleContent> 

<extension base="anyURI "> 

<attribute name="id" type="tva : TVAIDType " /> 

</extension> 
</simpleContent> 
</complexType> 

<complexType name=" Encrypt edRes our celDType " > 
<sequence> 

<element ref ="xenc : EncryptedData" /> 
<element ref ="xenc : EncryptedKey " /> 

</sequence> 
</complexType> 

<group name="ResourceIDGroup"> 

<choice maxOccurs="unbounded"> 

<element name="ResourceID" type="tvap : ResourcelDType " /> 

<element name= " Enc rypt edRes our ce ID " type="tvap : Encrypt edRe source IDType " /> 

< / choice> 



Name 


Definition 


ResourcelDType 


A complex type to define a resource identifier 


Id 


An attribute of TVAIDType type 


Encrypt edRe source IDType 


A complex type for the transport of obfuscated resource identifiers 


ResourcelDGroup 


Defines a group of ResourcelDs and/or EncryptedResourcelDs 


ResourcelD 


The identifier of a particular resource 


En crypt edRe source ID 


Contains a ResourcelD that has been encrypted using encryption, 




and an encrypted key that was used to encrypt the ResourcelD. 




See clause 5.1 .2. and Liberty ID-WSF Discovery Service 




Specification [22] for more explanations 



When the <ResourceID> element would have the value "urn : liberty : isf : implied-resource" [21], the 
element may be left out of the containing <Query> or <Modify> element. In all other cases either the 
<ResourceID> element or the <EncryptedResourceID> element must be present. More examples of when the 
value urn : liberty : isf : implied-resource can be used can be found in Liberty Reverse HTTP Binding for 
SOAP Specification [24]. 

The schema also defines an element EncryptedResourcelD for the transport of obfuscated resource identifiers. 
The EncryptedResourcelD contains a ResourcelD that has been encrypted using encryption, and an encrypted 
key that was used to encrypt the ResourcelD. Use of EncryptedResourcelD is often necessary for privacy 
reasons. If a non-predictable nonce is used for the EncryptedKey, each discovery service client will get a different 
identifier. This will prevent discovery service clients from colluding with other discovery service clients about the 
identity of the Principal on the basis of the ResourcelD for one of the Principal's services. 

NOTE: Strictly speaking, the key does not need to be a nonce, rather just unique for each client. 

5.1 .2 <Select> element 

The second level of resource selection is inside the <Query> and <Modify> elements. The request message must 
describe in more detail what it wants to access inside the specified resource. This is specified in <Select> elements. 
As an example, when the resource is a personal profile, the <Select> can point to UserPreferences. In the case of a 
<Query>, this means that the whole UserPreferences is requested, or for a <Modif y>, the whole UserPreferences is 
being modified. When only a part of UserPreferences is being queried or modified, the <Select> element must point 
only to that part, or the parts not to be modified must be rewritten using their existing values, when whole 
UserPreferences is given. Different parts of the resource can be accessed using the same <Query> or <Modif y> 
element as both of those elements can contain multiple <Select> elements in their own substructure. 
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The <Select> points to some place(s) in the TV-Anytime's user description metadata and it is recommended that a 
string containing an XPath expression is used for <Select> element. It is not always necessary to support full XPath. 
Each TV-Anytime user profile exchange service should limit the required set of XPath expressions when full XPath is 
not required. The predefined set of abbreviated Select Path expressions, to be used in place of full XPath expressions, is 
listed in table 1 . When a service supports full XPath even if it is not required, the service may register the 
urn : liberty : dst : f ullXPath discovery option keyword. If the required set of XPath expressions does not 
include the path to each element, a service may still support all paths without supporting full XPath. In that case the 
service may register the urn: liberty : dst :allPaths discovery option keyword. 



Table 1 : Abbreviation for XPath Expressions 





Abbreviated Selected Field 


Full XPath Expression 


tva 


profile 


User Sear chPref erences 


/TVAMain/ExtendedUserDescription/UserPref erences /Fi 
Iter ingAndSearchPref erences 


tva 


profile 


UserBrowsingPref erences 


/ TVAMain/ExtendedUserDescript ions /UserP re f erences /B 
rowsingP references 


tva 


profile 


User Act ionHi story 


/ TVAMain/ExtendedUserDescript ions /UsageHi story /User 
Act ionHi story 


tva 


profile 


UserName 


/ TVAMain/ExtendedUserDescript ion /User In format ionTab 
le/BioGraphic Information /Name 


tva 


profile 


UserAge 


/TVAMain/ExtendedUserDescript ion /User In format ionTab 
le/BioGraphic In format ion /Age 


tva 


profile 


UserGender 


/TVAMain/ExtendedUserDescript ion /User In format ionTab 
le/BioGraphidnf ormation/ Gender 


tva 


profile 


User Language 


/TVAMain/ExtendedUserDescript ion /User In format ionTab 
le/BioGraphic Information /Language 


tva 


profile 


UserLocation 


/TVAMain/ExtendedUserDescript ion /User In format ionTab 
le/UsageEnvironment /Nat uralEnvironment /Location 



Successful queries always have the TVAMain element returned, and it must contain the data defined by the parameters 
inside the Select element. 

The schema for SelectType is as follows. 



OimpleType name = " SelectTypeType "> 
<restriction base="string"> 

<enumeration value="xpath" /> 
<enumeration value="abbreviated" /> 

</restriction> 
</simpleType> 

<complexType name=" SelectType "> 
<simpleContent> 

<extension base="string"> 

<attribute name="type" type="tvap : SelectTypeType " use="optional" 
def ault= "abbreviated" /> 
</extension> 
</simpleContent> 



The semantics is as follows. 



Name 


Definition 


SelectTypeType 


Simple type for the type of query format. The following are the possible 
values: 

- xpath - the query format is XPath 

- abbreviated - the query format is in the Abbreviated format 


SelectType 


Complex type defining the "select" element 


type 


specifies the type of query format; either Xpath or the abbreviated format 
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5.1.3 Discovery Option Keywords 

The following discovery option keywords are used to indicate services options of the TV-Anytime user profile services. 



Table 2: Description of Discovery Option Keywords 





Discovery Option Keywords 


Definition 


Urn: 


: liberty : 


:dst 


: allPaths 


Optional. This indicates that the service provider supports all 
(required) paths without supporting full XPath. 


Urn : 


: liberty : 


:dst 


: fullXPath 


Optional. This indicates that the service provider supports full XPath. 


urn : 


: liberty : 


:dst: 


:multipleRe sources 


Optional. This indicates that the service provider supports accessing 
multiple resources. 


urn : 


: liberty : 


:dst: 


: changeHistorySupported 


Optional. This indicates that the service provider processes the 
changedSince attribute. 


Urn: 


: liberty : 


:dst: 


: noModif y 


Optional. This indicates that the service provider does not support 
modifications at all. 


urn : 


: liberty : 


:dst: 


: mult ipleQuery Items 


Optional. This indicates that the service provider supports multiple 
<Queryltem> elements inside a <Query>. 


urn : 


: liberty : 


:dst: 


:multipleModif i cat ion 


Optional. This indicates that the service provider supports multiple 
<Modification> element inside a <Modify>. 



5.1.4 <Status> 

A response message contains one or more <Status> elements to indicate whether or not the processing of the request 
succeeded. A <Status> element has a code attribute, which contains the return status as a string. Table 3 defines the 
status codes to be used as values for the code attribute. 

Table 3: Description of Values for Status Element 



Status 


Definition 


Act ionNot Author i zed 


Indicates that the requested action is not authorized. 


Act ionNot Supported 


Indicates that the requested action is not supported by this service. 


AllReturned 


Indicates that when an attribute provider may not necessarily be giving only the 




newest information since the time specified in the changedSince parameter. This is 




not considered a failure. It is also used to show that all the data currently allowed to 




be returned (i.e. except for those revoked, etc.). 


ChangedSinceRet urns All 


Indicates that when an attribute provider does not support the changedSince 




parameter and returns all the data addressed by Select regardless of the latest 




modification times. Some or all data returned might actually be older than the time 




specified in the changedSince parameter. 


DataTooLong 


Indicates that the size of the requested data exceeds the preset threshold of the 




service provider. This is only for modifications. 


Exi st sAl ready 


Indicates that the request is trying to modify to a pre-existing value. 


Failed 


Indicates that the request has failed. 


InvalidData 


Indicates that the request contains invalid data. 


InvalidResourcelD 


Indicates that the ResourceiD of the request is invalid. 


InvalidSelect 


Indicates that the Select element is invalid in the request. 


MissingNewDataElement 


Indicates that the request specifies no new data to be updated. 


Mi ssingRe source IDE lement 


Indicates that the request fails to specify the ResourceiD. 


MissingSelect 


Indicates that the request fails to specify the Select element. 


NoMoreElements 


Indicates that the returned data ends prematurely for lack of elements. 


NoMultipleAl lowed 


Indicates that multiple requests are not allowed. 


NoMultipleRe sources 


Indicates that the use of multiple resources is not allowed. 


OK 


Indicates that the action has been successfully acknowledged. 


TimeOut 


Indicates that the request has failed because of timeout. 


UnexpectedError 


Indicates that an unexpected error has occurred. 
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The code attribute of the top level within the <Status> element must contain either the value OK or Failed. The 
<Status> element may contain <StatusDescription> element supplying more detailed return status 
information. The values in table 3 are used to indicate more detailed return status. If the request fails for some reason, 
the requestlDRef attribute of the <StatusDescription> element should contain the value of the itemID 
attribute of the offending element in the request message. 

The following is the syntax for Status and StatusDescription. 



<complexType name=" St atusDe script ionType " > 
<simpleContent> 

<extension base="mpeg7 : TextualType " > 

<attribute name="href" type="mpeg7 : termRef erenceType " use="opt ional " /> 

</extension> 
</simpleContent> 
</complexType> 

<complexType name=" St at us Type " > 

<sequence> 

<element name="StatusDescription" type="tvap : StatusDescript ionType " minOccurs=" " 
maxOccurs="unbounded" /> 

</sequence> 

<attribute name="code" use="required"> 
<simpleType> 

<restriction base="string"> 

<enumeration value="OK"/> 
<enumeration value="Failed" /> 
</restriction> 
</simpleType> 
</attribute> 

<attribute name="requestIDRef " type="tva : TVAIDRef Type " use="opt ional " /> 
</complexType> 



The following is the semantics for Status and StatusDescription. 



Name 


Definition 


StatusType 


Complex type that specifies the status codes to be used as values 




for the code attribute of Status. 


code 


Attribute that indicates the returned status value. It must contain 




either the value ok or Failed. 


requestlDRef 


Attribute that contains the value of the itemiD attribute of the 




element in the request message that this status is about. 


StatusDescript ionType 


Complex type that specifies the status codes to be used as values 




for StatusDescription. 


href 


An optional attribute that specifies the URN used to point to the 




code within the status code classification scheme. 



5.1 .5 Linking with ids 

Different types of id attributes are used to link queries and responses together. Response messages are correlated with 
requests using messageld and inResponseToMessageld attributes that are present in the SOAP Header [18]. 
Services must include messageld and inResponseToMessageld attributes in all request and response messages 
defined here. Use of these must follow the processing rules specified in Liberty ID-WSF Data Service Template 
Specification [20]. Inside messages, itemID and itemlDRef attributes are used for linking information inside 
response messages to the details of request messages. 

NOTE: Response messages do not contain the <ResourceID> or the <EncryptedResourceID> element, 
so they cannot be used for this. See the definitions and the processing rules of <Query> and <Modif y> 
elements for more detailed information. 
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5.1.6 The timeStamp Attribute 

A response message can also have a time stamp. This time stamp is provided so that the requesting party can later check 
whether there have been any changes since a response was received, or make modifications, which will only succeed if 
there have been no other modifications made after the time stamp was received. 



5.2 Querying Data 

Two different kinds of queries are supported, one for retrieving current data, and another for requesting only changed 
data. These two different kinds of queries can be present together in the same message. The response can contain the 
data with or without the common technical attributes, depending on the request. Some common attributes are always 
returned for some elements. 



5.2.1 <Query> 

The schema for the Query operation is based on the Query operation specified in Liberty ID-WSF Data Service 
Template Specification [20]. 



tvap:QueryType 



[+] aifributes 



Query 



5f 



■{ t vap: ResourcelDGroup ]Er~(~^:3^Er~ 



jtvap:ResourceID~i+ ] 



IH3H 



,tvap: Encrypted ResourcelD [+ ] 



■■--i tvap:QueryItem ffl 



<complexType name="QueryType"> 






<sequence> 






<group name="ResourceIDGroup" type="tvap : ResourcelDGroup" 


minOccurs= 


'0"/> 


<element name="QueryItem" minOccurs=" " maxOccurs= " unbounded" > 




<complexType> 






<sequence> 






<element name=" Select " type="tvap : Select Type " 


minOccurs= 


'0"/> 


</sequence> 






<attribute name="itemID" type="tva : TVAIDType " /> 






<attribute name="changedSince" type="dateTime " /> 






</complexType> 






</element> 






</sequence> 






<attribute name=" query ID" type="tva: TVAIDType"/> 






</complexType> 






<element name="Query " type="tvap : QueryType " /> 







ETSI 



18 



ETSI TS 102 822-6-3 V1.1.1 (2006-01) 



Name 


Definition 


Qus^ryTyps 


a Type mat aeTines a query Tor retrieving current data 




Contains a groups of ResourcelDs and/or EncryptedResourcelDs 


Queryltem 


EX 1 1 x 1 x xl x x £ xl 

specifies what data the requester wants from the resource 


Select 


1 ■! ■ 1 x "1 1 X Xl X XX 1 Xl ' £' 1 

describes in detail what the request wants to access inside the specified 




resource 


itemID 


a unique identifier used to match response items to query items within the 




response 


changedSince 


used when the requester wants to get only the data which has changed 




since the time specified by this attribute 


querylD 


a unique identifier to match queries with responses 



5.2.2 <QueryResponse> 

The schema for QueryResponse is as follows. 



tvap:Query ResponseType 



QueryResponse H- 



EQ si-tributes 



tvap:Status Ep 



I — EE a-ttributes 



tvap:Data Ej|- 

r.-.-.-.-.-.-.-.-.-^-j, | — fCj^0_; tvapTVflMain \ 



<complexType name=" QueryResponse Type "> 




<sequence> 




<element name=" Status " type="tvap : StatusType " minOccurs=" 1 


'/> 


<element name="Data" minOccurs=" " maxOccurs="unbounded"> 




<complexType> 




<sequence> 




<element name="TVAMain" type="tva : TVAMainType" 


minOccurs=" " /> 


</sequence> 




<attribute name="itemIDRef " type="tva : TVAIDRef Type 


'/> 


</complexType> 




</element> 




</sequence> 




<attribute name="queryIDRef " type="tva : TVAIDRef Type " /> 




<attribute name="timeStamp" type="dateTime " /> 




</complexType> 




<element name=" Query Response " type="tvap : QueryResponse Type " /> 





Name 


Definition 


QueryResponseType 


A complex type to contain the response to the query 


Status 


indicates whether or not the processing of the request succeeded. 




See clause 5.1 .5 for explanations and values 


Data 


Contains TV-Anytime profile data requested by one <Queryltem> element 


itemlDRef 


used to link elements in a response to the corresponding 




elements in the request 


querylDRef 


used to link elements in a response to the corresponding 




elements in the request 


time st amp 


indicates the time, when the request was handled. To be used later, when 




querying for changes since that time 
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The instance document that is returned must be XML Schema [15] valid with respect to the appropriate metadata 
schema (TS 102 822-3-3 [5]). Furthermore, each instance document must contain the appropriate TVAIDType to allow 
complete dereferencing of all TVAIDRef Type nodes within the instance document. When successful, the Data 
element contains the information specified by the Select element. 

5.2.3 Processing Rules for Query 

• A request message can contain multiple <Query> elements. The rules for how to implement multiple queries 
and responses are given in the Liberty ID-WSF Data Service Template Specification [20]. 



5.3 Modifying Data 

The data stored by a data service can be given initial values, existing values can be replaced with new values and the 
data can also be removed. Usually the principal can make these modifications directly at the data service using the 
provided user interface, but these modifications may also be made by other service providers. The <Modi f y> element 
supports all these operations for service providers which want to modify the data stored in data services. 

5.3.1 <Modify> 

The schema for Modify is based on the Modify operation specified in Liberty ID-WSF Data Service Template 
Specification [20]. 



t vap: Modify Type 



Modify H- 



E0 attributes 



- - {tvap:Resource!DGroup ]Er~(~^:3^Er~ 



jtvap:ResourceID [+ ] 



,tvap: Encrypted ResourcelD [+ ] 



tvap: Modification [+ ] 



<complexType name =" Modify Type "> 








<sequence> 








<group name="ResourceIDGroup" type="tvap : ResourcelDGroup 


minOccurs 


= "0 


/> 


<element name="Modif ication" maxOccurs="unbounded"> 








<complexType> 








<sequence> 








<element name=" Select " type="tvap : SelectType' 


minOccurs 


= "0 


/> 


<element name="NewData" minOccurs=" "> 








<complexType> 








<sequence> 








<element name="TVAMain" type="TVAMainType" 


minOccurs=" " /> 


</sequence> 








</complexType> 








</element> 








</sequence> 








<attribute name="itemID" type="tvap : IDType " /> 








<attribute name="notChangedSince" type="dateTime 


/> 






<attribute name="overrideAllowed" type="boolean" 


default="0 


"/> 




</complexType> 








</element> 








</sequence> 








<attribute name="modifyID" type="tvap : IDType " /> 








</complexType> 








<element name="Modify " type="tvap : Modif yType " /> 
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Men 1 lc 


Dof in it inn 
u c 1 1 1 1 1 UUI 1 


rJUUl ly 1 y y>ki 


modify the data stored in data services 


Rssou2tcs IDG^roup 


contains a group of ResourcelDs and/or EncryptedResourcelDs 


1 V 1UU1 J LUa I LUI1 


opecuies wnicn aaxa eiemenis ot xne speciTieu resource snouiu De 




modified and how 


itemID 


used to separate elements in a request from each other 


Select 


Specifies the data this modification should affect 


NewData 


Specifies what data the requester wants from the resource 


notChangedSince 


a modification is not allowed, if the data has changed since the time 




specified by this attribute. Used to avoid concurrency problems 


overrideAl lowed 


used to protect current values, when new data is added 


modify ID 


used to separate elements in a request from each other 



5.3.2 Modify Response 

The <ModifyResponse> element contains the <Status> element, which describes whether or not the requested 
modification succeeded. There is also a possible time stamp attribute, which provides a time value that can be used later 
to check whether there have been any changes since this modification, and an itemlDRef attribute to map the 
<Modif yResponse> elements to the <Modif y> elements in the request. 



tvap: Mod if y ResponseType 



Mod if y Riesponse~^ rf 



EE] attributes 



£ ... ^g— tvap:Status 



<complexType name=" Modify Response Type "> 
<sequence> 

<element name=" Status " type="tvap : StatusType " /> 

</sequence> 

<attribute name="modifyIDRef " type="tvap : IDRef erenceType " /> 
<attribute name="timeStamp" type="dateTime " /> 
</complexType> 

<element name="Modif y Response " type="tvap : Modif yResponseType" / > 



Name 


Definition 


Modif yResponseType 


a complex type to contain the response to the modify 


Status 


indicates whether or not the processing of the request succeeded. 




See clause 5.1 .5. for the explanation and the values 


modifylDRef 


used to link elements in a response to the corresponding elements in the 




request 


time st amp 


indicates the time, when the request was handled. To be used later, when 




querying for changes since that time. 



5.3.3 Processing Rules for Modify 

A request message can contain multiple <Modify> elements. The rules for how to implement multiple modify requests 
and responses are given in Liberty ID-WSF Data Service Template Specification [20]. 
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6 Notes on Privacy and Security 

6.1 Privacy Considerations 

6.1.1 Introduction 

Information concerning demography, personal preferences, and viewing history, by its very nature, is fairly sensitive. 
Even a very simple indication of personal taste allows a watcher to have an idea of the user's personal traits. When 
detailed status and location information are added to the personal profile, control of such personal information becomes 
even more of a concern. 

6.1 .2 Authorization of Watchers 

At a minimum a user must be able to specify who is able to request his personal profile for him/her. The consequence of 
this to the implementer is that incoming profile requests must be checked to ensure that their requesting Principal has 
been authorized by the target Principal to receive his/her personal profile information. While the implementation and 
maintenance of any authorization lists is specific to the individual protocols, the following supplies some mechanisms 
to indicate the requestor of the presence data and how the data will be used. 

6.1.3 Consent 

The Liberty ID-WSF SOAP Binding Specification [22] defines a <Consent> header block that allows profile 
exchange service clients to indicate to the profile exchange service provider that they have obtained consent to receive 
the presence data for a Principal. 

6.1.4 Usage Directives 

The Liberty ID-WSF SOAP Binding Specification [22] also provides a <UsageDirective> header block that 
allows a principal to specify limits on how his/her presence data may be used. The semantics for this block have not yet 
been fully specified, but one possible usage would involve a URL being specified in the UsageDirective block in the 
presence response, and this URL would reference a policy that describes a set of obligations that the requesting 
presence service client must fulfil or be in breach. 

6.1.5 Options 

As has been discussed, it is important that the user profile service provider be capable of specifying what information 
contained in user metadata can be exchanged and, in particular, whether the user ID is to be shared. This is handled by 
defining options in the offered resources that are publicized during the exchange of SOAP messages, as specified 
in TS 102 822-3-3 [5]. In this sense, an "options" element can be taken as expressing the "options" available for the 
resource offering, which provides hints to a potential requester whether certain data or operations may be available with 
a particular resource offering: e.g., an option may be provided stating whether information concerning user ID is 
available. 

6.2 Security Mechanisms 

The security mechanisms described in TS 102 822-7 [12] and Web Services Security: SOAP Message Security [19] 
should be supported. 
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Annex A (normative): 

Schema and classification scheme 

A.1 Schema 



<?xml version="l . 0" encoding="UTF-8 " ?> 

< schema targetNamespace="urn :tva:profile:2005" xmlns : xenc="http : / /www . w3 . org/2 1 / 04 /xmlencf " 

xmlns : mpeg7="urn : tva : mpeg7 : 2005 " xmlns : tvap="urn :tva:profile:2005" xmlns : tva="urn : tva : metadata : 2 05" 

xmlns="http: //www. w3 . org/2001/XMLSchema" 

elementFormDef ault=" qualified" at t r ibut eFormDe f ault=" unqualified "> 

<annotation> 

<documentation xml : lang="en">This schema consists of datatypes that are normatively 
defined in TS 102 822-6-3 vl . 1 . 2</documentation> 
</annotation> 

< import namespace="http : / /www . w3 . org/XML/ 1 998 /namespace " schemaLocat ion="xml . xsd" /> 

< import name space=" urn : tva : mpeg7 : 2 005 " schemaLocat ion="tva__mpeg7 . xsd" / > 

< import name space=" urn : tva : metadata : 2 05 " schemaLocat ion="tva_met adata„3-l_vl 3 1 . xsd" /> 

< import namespace="http : / /www . w3 . org/200 1 /04 /xmlencf " schemaLocat ion="xenc- 

schema . xsd" /> 

<annotation> 

documentation xml : lang="en">Base Types</documentation> 

</annotation> 

<complexType name="ResourceIDType "> 
<simpleContent> 

<extension base="anyURI "> 

<attribute name="id" type="tva : TVAIDType " /> 

</extension> 
</simpleContent> 
</ complexT ype> 

<complexType name=" Encrypt edRes our celDType " > 
<sequence> 

<element ref ="xenc : EncryptedData" /> 
<element ref ="xenc : EncryptedKey " /> 

</sequence> 
</complexType> 

<group name="ResourceIDGroup"> 

<choice> 

<element name="ResourceID" type="tvap : ResourcelDType " /> 

<element name=" Encrypt edRes our ce ID " type="tvap : Encrypt edRe source IDType " /> 
</choice> 
</group> 

<simpleType name=" SelectTypeType " > 
<restriction base="string"> 

<enumeration value="xpath" /> 
<enumeration value="abbreviated" /> 

</restriction> 
</simpleType> 

<complexType name=" Select Type " > 
<simpleContent> 

<extension base="string"> 

<attribute name="type" type="tvap : SelectTypeType " use="optional" 
default=" abbreviated" /> 
</extension> 
</simpleContent> 
</complexType> 

<complexType name=" StatusDescript ionType " > 
<complexContent > 

<extension base="mpeg7 : TextualType " > 

<attribute name="href" type="mpeg7 : termRef erenceType " use="opt ional " /> 

</extension> 
</complexContent> 
</complexType> 

<complexType name="StatusType"> 

<sequence> 

<element name="StatusDescription" type="tvap : StatusDescriptionType " minOccurs=" " 
maxOccurs="unbounded" /> 

</sequence> 

<attribute name="code" use="required"> 
<simpleType> 

<restriction base="string"> 

<enumeration value="OK"/> 
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Enumeration value="Failed" /> 

</restriction> 
</simpleType> 
</attribute> 

<attribute name="requestIDRef " type="tva : TVAIDRef Type " use="opt ional " /> 
</complexType> 
<annotation> 

<documentation xml : lang="en">Clause 5.2.1 Query</documentation> 
</annotation> 

<complexType name="QueryType"> 
<sequence> 

<group ref ="tvap : ResourcelDGroup" /> 

<element name="QueryItem" minOccurs=" " maxOccurs="unbounded"> 
<complexType> 

<sequence> 

<element name=" Select " type="tvap : SelectType " minOccurs=" " /> 

</sequence> 

<attribute name="itemID" type="tva : TVAIDType " /> 
<attribute name="changedSince" type="dateTime " /> 
</complexType> 

</element> 
</sequence> 

<attribute name="queryID" type="tva : TVAIDType " /> 
</complexType> 

<element name="Query " type="tvap : QueryType " /> 
<annotation> 

<documentation xml : lang="en">Clause 5.2.2 Query Response</documentation> 
</annotation> 

<complexType name="QueryResponseType "> 

<sequence> 

<element name="Status" type="tvap : StatusType " maxOccurs="unbounded" /> 
<element name="Data" minOccurs=" " maxOccurs="unbounded"> 
<complexType> 
<sequence> 

<element name="TVAMain" type="tva : TVAMainType " minOccurs=" " /> 

</sequence> 

<attribute name="itemIDRef " type="tva : TVAIDRef Type " /> 
</complexType> 
</element> 
</sequence> 

<attribute name="queryIDRef " type="tva : TVAIDRef Type " /> 
<attribute name="timeStamp" type="dateTime " /> 
</complexType> 

<element name=" Query Response " type="tvap : Que ryResponse Type " /> 
<annotation> 

<documentation xml : lang="en">Clause 5.3.1 Modif y</documentation> 
</annotation> 

<complexType name= "Modify Type "> 
<sequence> 

<group ref ="tvap : ResourcelDGroup" /> 

<element name="Modif ication" maxOccurs="unbounded"> 
<complexType> 

<sequence> 

<element name=" Select " type="tvap : SelectType " minOccurs=" " /> 
<element name="NewData" minOccurs=" "> 
<complexType> 
<sequence> 

<element name="TVAMain" type="tva : TVAMainType " minOccurs=" " /> 

</sequence> 
</complexType> 
</element> 
</sequence> 

<attribute name="itemID" type="tva : TVAIDType " /> 
<attribute name="notChangedSince" type="dateTime " /> 
<attribute name="overrideAllowed" type="boolean" def ault=" " /> 
</complexType> 

</element> 
</sequence> 

<attribute name="modifyID" type="tva : TVAIDType " /> 
</complexType> 

<element name="Modify " type="tvap : Modif yType " /> 
<annotation> 

<documentation xml : lang="en">Clause 5.3.2 Modify Response</documentation> 
</annotation> 

<complexType name= "Modif yResponseType " > 
<sequence> 

<element name=" Status " type="tvap : StatusType " maxOccurs="unbounded" /> 
</sequence> 
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<attribute name="modifyIDRef " type="tva : TVAIDRef Type " /> 
<attribute name="timeStamp" type="dateTime " /> 
</complexType> 

<element name="Modif yResponse " type="tvap : Modif yResponseType " /> 
</schema> 



A.2 Status Classification Scheme 



<Classif icat ion Scheme uri="urn: tva : profile : cs : Statuses : 2005 "> 

<!— ##################################################################### — > 
<! — Status Code returned to requests — > 

<! — Definition: — > 

<!— ##################################################################### — > 
<Term termID="l"> 

<Name xml : lang="en">ActionNotAuthorized</Name> 

<Definition xml : lang="en"> 
Indicates that the requested action is not authorized. 
</Def inition> 
</Term> 

<Term termID="2"> 

<Name xml : lang="en"> 
Act ionNot Support ed< /Name > 

<Definition xml : lang="en"> 
Indicates that the requested action is not supported by this service. 
</Def inition> 
</Term> 

<Term termID="3"> 

<Name xml : lang="en"> 
AllReturned </Name> 

<Definition xml : lang="en"> def inition</Def inition> 

</Term> 

<Term termID="4"> 

<Name xml : lang="en"> 

ChangedSinceReturnsAll</Name> 

<Definition xml : lang="en">Indicates that when an attribute provider does not support this 
parameter and returns all the data addressed by Select regardless of the latest modification times. 
Some or all data returned might actually be older than the time specified in the ChangedSince 
parameter . 
</Def inition> 
</Term> 

<Term termID="5"> 

<Name xml : lang="en">DataTooLong</Name> 

<Definition xml : lang="en">Indicates that the size of the requested data exceeds the preset 
threshold of the service provider. This is only for modifications. 
</Def inition> 

</Term> 

<Term termID="6"> 

<Name xml : lang="en">ExistsAlready</Name> 

<Definition xml : lang="en">Indicates that the request is trying to modify to a preexisting 

value . 

</Def inition> 

</Term> 

<Term termID="7"> 

<Name xml : lang="en">InvalidData </Name> 

<Definition xml : lang="en">Indicates that the request contains invalid data 
</Def inition> 

</Term> 

<Term termID="8"> 

<Name xml : lang="en">InvalidResourceID</Name> 

<Definition xml : lang="en">Indicates that the ResourcelD of the request is invalid. 
</Def inition> 

</Term> 

<Term termID="9"> 

<Name xml : lang="en">InvalidSelect</Name> 

<Definition xml : lang="en">Indicates that the Select element is invalid in the request. 
</Def inition> 

</Term> 

<Term termID="10"> 

<Name xml : lang="en">MissingNewDataElement</Name> 

<Definition xml : lang="en">Indicates that the request specifies no new data to be updated. 
</Def inition> 
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<Term termID=" 1 1 "> 




<Name xml : lang= 


" en ">MissingRe source IDE lement</Name> 


<Definition xml 


: lang="en">Indicates that the request fails to specify the ResourcelD 


</Def inition> 




</Term> 




<Term termID="12"> 




<Name xml : lang= 


"en">MissingSelect</Name> 


<Definition xml 


: lang="en">Indicates that the request fails to specify the Select element 


</Def inition> 




</Term> 




<Term termID="13"> 




<Name xml : lang= 


"en">NoMoreElements</Name> 


<Definition xml 


: lang="en">Indicates that the returned data ends prematurely for lack of 


elements . 




</Def inition> 




</Term> 




<Term termID="14"> 




<Name xml : lang= 


"en">NoMultipleAllowed</Name> 


<Definition xml 


: lang="en">Indicates that multiple requests are not allowed 


</Def inition> 




</Term> 




<Term termID="15"> 




<Name xml : lang= 


"en">NoMultipleResources</Name> 


<Definition xml 


: lang="en">Indicates that the use of multiple resources is not allowed 


</Def inition> 




</Term> 




<Term termID="16"> 




<Name xml : lang= 


"en">TimeOut</Name> 


<Definition xml 


: lang="en">Indicates that the request has failed because of timeout. 


</Def inition> 




</Term> 




<Term termID="17"> 




<Name xml : lang= 


"en">UnexpectedError</Name> 


<Definition xml 


: lang="en">Indicates that an unexpected error has occurred</Def inition> 


</Term> 




< /Class if icationScheme> 
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Annex B (informative): 
Sample instances 

B.1 Sample SOAP Header 



<soapenv : Header > 

<sb: Correlation id="NTTAEB9DE0EB0BlA8 9B007 97A14C6EE85F6" messageID="uuid: debbf f d3-4ea8-97 3e- 
54 63-e5ecc2d95dde" timestamp="2004-03-10T05 : 59 : 01Z" 

soapenv : actor="http : / /s enemas . xmlsoap . org/ soap /act or /next " soapenv : mustUnderstand=" 1 " 
xmlns : sb="urn : liberty : sb : 2003-0 8 " /> 

<sb : Provider provider ID="https : / /UKCP . com : 8443 / " soapenv : must Under stand=" " 
xmlns : sb="urn : liberty : sb : 2 03-0 8 " /> 

<wsse : Security soapenv: actor="http : //schemas . xmlsoap . org/ soap /act or /next " 
soapenv : mustUnderstand=" 1 " xmlns : wsse="http : / /schemas . xmlsoap .org/ws/2003/06/secext"> 

<wsse : Binary Security Token EncodingType="wsse : Base64Binary " ValueType="wsse : X50 9v3 " 
wsu : Id="X50 9Token" xmlns : wsu="http : / /schemas . xmlsoap .org/ws/2003/06/utility"> 

MI ICBDCCAW2gAwIBAgIBUTANBgkqhkiG9wOBAQQFADAlMQswCQYDVQQGEwJVUzEUMBIGAlUEChMLTGliZX JOeSB JTlAxEDAOBgNV 
BAMTBlRlc3QgQ0EwHhcNMDMxM jAlMTQOM j I lWhcNMDQxM j A0MTQ0M j I 1W jBMMQswCQYDVQQGEwJVUzEYMBYGAlUEChMPTGliZX JO 
eSB JTlAgamt zMSMwIQYDVQQDExpudHQt YS1 zaWduLmxpYmVydHktaW9wLm9yZ zCBnzANBgkqhkiG9wOBAQEFAAOB jQAwgYkCgYEA 
q9Sl + JvcHKN j jtE/v7 0TKMMXo+Ft05RBy/XUruHZsuH0b20 6MYG+CCBoPyJ6Jv+6 + ZsCgIE jf J61qRZRZmPdGv92zcBHH01/kl/G 
G7FPNFH+mrUm/66nRDysv6JFMzW7+Ct7132IUUiTEvj45CXHEcyy8 JUf fdl Jl+FOrVweAEUCAwEAAaMNMAswCQYDVROTBAIwADAN 
BgkqhkiG9wOBAQQFAAOBgQBwqsW22HMTLTcxn3 jiifP+yB jKRaYpikrRzf f e J8XtLUrHCkm7ZOX/OeqidHAARB41TxmITCB3LbHm 
ViAk4G66K4Yb9Y0FFVJCFyaYHnY6W6oLDkTv5IMqDL//vV6QF9boO2gvTpap4WL5+6meNmCyWKoeO4CuwX3qys5yrA8opg==</ws 
se : Binary Secur it yToken> 

<ds : Signature xmlns : ds = "http : / /www . w3 . org/2 00 /0 9/xmldsig# "> 
<ds : Signedlnf o> 

<ds : CanonicalizationMethod Algorithm="http : //www. w3 . org/TR/2001/REC-xml-cl4n- 

20010315"/> 

<ds : SignatureMethod Algorithm="http : //www. w3 . org/2 / 9/xmldsig#rsa-shal " /> 

<ds : Reference URI="#NTTAEB9DE0EB0B1A8 9B007 97A14C6EE85F6"> 

<ds :DigestMethod Algorithm="http : //www. w3 . org/2 / 9/xmldsig#shal " /> 
<ds :DigestValue>/vqZkvIo2MkbAntQ3 jO+IOQsZ4k=</ds : DigestValue> 

</ds : Ref erence> 

<ds : Reference URI="#NTT4 3EBDA4 8A7 965 82DA2 84C13DE33EFDE"> 
<ds : Transf orms> 

<ds : Transform Algorithm="http : //www. w3 . org/2 1 / 1 /xml-exc-cl4n# " /> 
</ds : Transf orms> 

<ds :DigestMethod Algorithm="http : //www. w3 . org/2 / 9/xmldsig#shal " /> 
<ds : D ige st Value > js4Cmrbteuy9Epti9409+xF j7yk=</ds : Digest Value > 
</ds : Ref erence> 

</ds : SignedInfo> 

<ds : SignatureValue> 

Rh9MenehPh/9zIB/8wNg4tCKaLIs5ayiRbfKrepXpD9qbsIOVjZ0/2RlChiX/WaDANtVtdf j/sD3ut jTLLRNiXKF45RWKQtzZT3e 

RG2elAfm7a9ZnWgFBm0Q+/kSPmPHzo3aCx9K8yVUPmdg/S8BWjh5VLvz9U99JDJKF4FEx3o= 

</ds : SignatureValue> 

<ds : Key Inf o> 

<wsse : Secur it yTokenRef erence Usage=" sec : MessageAuthent icat ion" 
xmlns : sec="urn : liberty : sec:2003- 
8 "> 

<wsse : Ref erence URI=" #X50 9Token" /> 
</wsse : SecurityTokenRef erence> 
</ds :KeyInfo> 
</ds : Signature> 
</wsse : Secur ity> 




B.2 Example of Query 



<Query query ID="QR00 1 "> 

<Re source ID >http : / /profile-provider . com/d8ddw6dd7m28v62 8</ResourceID> 
<QueryItem it emID= "preference" changedSince="2 001-12-17T0 9 : 30:47-05:00 "> 

< Select type=" abbreviated" >tva : prof ile : User Sear chP references </ Select > 
</QueryItem> 

<QueryItem itemID="where"> 

< Select type="abbreviated">tva : prof ile : UserLocation</Select> 

</QueryItem> 
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B.3 Example of QueryResponse 



<Query Response xmlns= "urn : t va :profile : 2005" xmlns : mpeg7= "urn : t va : mpeg7 : 20 05" 




xmlns:tva- urn : tva : metadata : z u 05 querylDRet— yRUOl timestamp— ZU01 — iz — 1 / luy : oU : 4 /- 


- u 5 : u u > 


<Status code="0K" request IDRef="pref 6renc6 " /> 




<Data it emIDRe f = " pr e f e r ence " > 




<TVAMain xml : lang="en" publisher="TV-Anytime . org" publicationTime="2006-12- 




17T09:30:47-05:00" right sOwner=" TV- Any time . org" > 




<tva :UserDescription> 




<tva : UserPref erences> 




<tva : UserPref erence> 




<mpeg7 : FilteringAndSearchPref erences pref erenceValue=" 90 " 




xmlns : mpeg7 = "urn : mpeg : mpeg7 :schema:2001"> 




<mpeg7 : Classif icationPref erences> 




<mpeg7 : Genre href = "urn : mpeg : GenreCS " > 




<mpeg7 : Name>Soccer</mpeg7 : Name> 




</mpeg7 : Genre> 




</mpeg7 : Classification? re ferences> 




<mpeg7 : CreationPref erences> 




<mpeg7 : Creator pref erenceValue=" 70 " > 




<mpeg7 : Role href = "urn : tva : metadata : cs : TVARoleCS 


2002 :V43"> 


<mpeg7 :Name>Participant</mpeg7 :Name> 




</mpeg7 : Role> 




<mpeg7 : Agent xsi : type="mpeg7 : Organizat ionType " > 




<mpeg7 : Name> 




<mpeg7 : GivenName>Manchester United</mpeg7 : GivenName> 


</mpeg7 : Name> 




</mpeg7 : Agent > 




</mpeg7 : Creator> 




</mpeg7 : CreationPref erences> 




</mpeg7 : FilteringAndSearchPref erences > 




< /tva : UserPref erence> 




< /tva : UserPref erences > 




</tva : UserDescription> 




</TVAMain> 




</Data> 




</QueryResponse> 





B.4 Example of Modify 



<Modif y xmlns = " urn :tva:profile:2005" xmlns : mpeg7 = "urn : tva_mpeg7 : 20 05 " 
xmlns :tva="urn:tva:metadata: 2005" modify ID="MR00 1 "> 

<Re source ID >http : / /profile-provider . com/d8ddw6dd7m28v62 8</ResourceID> 
<Modif ication itemID="M00 1 " > 

< Select type="abbreviated">Genre</ Select > 
<NewData> 

<TVAMain xml : lang="en" publicationTime="200 6-12-17T0 9 : 30:47-05:00 "> 
<tva : UserDescription> 

<tva : UserPref erences > 

<mpeg7 : FilteringAndSearchPref erences > 
<mpeg7 : Classification? re ferences> 

<mpeg7 : Genre href = "urn : tva : metadata : cs:ContentCS:2005:3.1.1.9" 
pref erenceValue=" 10 " > 

<mpeg7 : Name xml : lang="en">Sports</mpeg7 : Name> 
</mpeg7 : Genre> 
</mpeg7 : Classification? re ferences> 
</mpeg7 : FilteringAndSearchPref erences > 
< /tva : UserPref erences > 
</tva : UserDescription> 
</TVAMain> 
</NewData> 
< /Modi fi cat ion> 
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B.5 Example of ModifyResponse 



<ModifyResponse xmlns="urn :tva:profile:2005" modif yIDRef ="MR00 1 "> 
<Status code="Failed" request IDRef="M00 1 "> 
<StatusDescription xml : lang="en" 

href="urn:tva:profile:cs:StatusCS:2005:7 ">InvalidData</StatusDescript ion> 
</Status> 
< /Modif yResponse> 



B.6 Sample of WDSL 



<wsdl: definitions xmlns : typens="urn : tva : metadata :user:wsdl:2004-07" 

xmlns : xsd="http : / /www .w3.org/2001 /XML Schema" xmlns : soap="http : / / schema s . xml soap . org/wsdl/soap/ ' 
xmlns : pp="urn : tva : metadata :user: 2004-07" xmlns :wsdl="http: / /schema s . xml soap .org/wsdl/" 
xmlns ="http : / /schemas . xml soap .org/wsdl/ " t ar get Name space=" urn : tva : metadata : user:wsdl:2004-07" 
name="pp "> 
<types> 

<xsd : schema> 

<xsd : import name space=" urn : tva : metadata : user:2004-07" 
schemaLocation="tva_metadata_vl3 . xsd" /> 
<xsd: annotation> 

<xsd: documentation> (An attempt at) TV Anytime User Profile Services 
WSDL</xsd: documentation> 
</xsd: annotation> 
</xsd: schema> 
</types> 

<message name="Query "> 

<part name="body" element = "pp : Query " /> 

</message> 

<message name="QueryResponse"> 

<part name="body" element="pp : QueryResponse " /> 
</message> 

<message name="Modif y "> 

<part name="body" element="pp : Modif y" /> 

</message> 

<message name= "Modif yResponse "> 

<part name="body" element="pp : Modif yResponse " /> 

</message> 

<portType name="DataServicePort " > 

<operation name="QueryOperation"> 
<input message="pp : Query " /> 
<output message="pp : QueryResponse " /> 

</operation> 

<operation name= "Modi fyOpe rat ion "> 
<input message="pp : Modif y" /> 
<output message="pp : Modif yResponse " /> 

</operation> 
</portType> 
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Annex C (normative): 
Schema files 

The TV-Anytime profile exchange schema listed in the present document has been aggregated into a series of xsd file, 
forming the reference documentation, contained in archive ts_1028220603v010101p0.zip, which accompanies the 
present document. 

• tva_profile_exchange_6-3_vl 1 1 .xsd 

• xenc-schema.xsd 

• xmldsig-core-schema.xsd 

The profile exchange metadata scheme imports other files that need to be present in order to be valid: 

• xml.xsd 

• tva_mpeg7.xsd 

• tva_metadata_3-l_vl31.xsd 

These files are available in archive ts_1028220301v010301p0.zip accompanying TS 102 822-3-1 [3]. 
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